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(54) Networkmanagement with protocol conversion 

(57) A telecommunication equipment (E) comprises 
managed operative resources (MR) and a management 
unit (MU) for enabling the control and monitor of the re- 
sources by a management centre (MC); the manage- 
ment unit is designed to communicate with the manage- 
ment centre through a management network (MNW) by 
means of at least one management protocol (SNMP, 
CMIP); the management unit comprises at least: 

a) a first module (M1 ,M4) designed to receive man- 
agement commands from the management centre 
and to transmit management information to the 
management centre, and 

b) a second module (M2,M5) designed to receive 
management commands from the first module and 
to transmit management information to the first 
module; 

the first module is further designed to generate and 
transmit a management command to the second 
module upon reception of a management command 
from the management centre. 
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Description 

[0001] The present invention refers to a manageable 
telecommunication equipment. 

[0002] Telecommunication equipments are connect- 
ed together by communication links (electrical, optical 
radio, etc.) to form communication networks; therefore 
they are often considered and called "network ele- 
ments". 

[0003] Telecommunication operators have the need 
to manage (i.e. to control and to monitor) their networks 
and, therefore, the network elements, i.e. the equip- 
ments. 

[0004] Therefore, in addition to the communication 
networks, there exist almost always management net- 
works, labelled "MNW" in Fig.1 , provided with one or 
more management centre, labelled "MC" in Fig. 1 and 
often called "operations system" or "manager". 
[0005] In order to be manageable, a telecommunica- 
tion equipment E comprises a management unit MU in 
addition to the resources MR that primarily contributes 
to the operation of the equipment; the management unit 
MU controls and monitors the operative resources MR 
that are therefore "managed". 

[0006] In fig. 1 the management network MNW con- 
nects "n" telecommunication equipments but only three 
equipments E-1 , E-2 and E-n are schematically shown; 
these equipments may well be quite different from each 
other. 

[0007] Nowadays there are two very different man- 
agement protocols that are well know and widespread : 
CMIP and SNMP; basically the first one is widespread 
particularly in Europe and the second one particularly in 
the USA. 

[0008] These two very different management proto- 
cols implies, to a certain extent, also very different man- 
agement styles by the operators. 
[0009] If an equipment is to be sold both in Europe 
and the USA, it is necessary to develop two versions of 
the same equipment with two different management 
units. 

[0010] Alternatively it would be possible to manufac- 
ture a single equipment having two different manage- 
ment units integrated in it. 

[0011] The same considerations may apply to other 
management protocols and/or to other countries in the 
future. 

[0012] It is the object of the present invention to pro- 
vide a telecommunication equipment easily adaptable 
to being managed by means of different management 
protocols (at least two) that do not have the above-de- 
scribed disadvantages. 

[001 3] This object is achieved by the telecommunica- 
tion equipment having the features set out in independ- 
ent claim 1 . 

[001 4] Considering that the management of every tel- 
ecommunication equipment, irrespective of the man- 
agement protocol used, can be reduced to a relatively 



limited number of low-level management actions to be 
carried out on the managed operative resources of the 
equipment, it has been conceived to introduce one or 
more levels intermediate between the high-level man- 
5 agement protocol and the low-level management ac- 
tions. 

[0015] In this way, changing the management proto- 
col will not imply the replacement of the management 
unit. 

10 [0016] Additionally, providing more than one manage- 
ment protocols will not imply complete multiplication of 
the management units. 

[0017] Further advantageous aspects of the present 
invention are set out the dependent claims. 
15 [0018] The invention will become more apparent from 
the following description to be taken in conjunction with 
the accompanying drawings, wherein : 

Fig. 1 shows a group of telecommunication equip- 
20 ments connected to a management centre through 
a management network; 

Fig. 2 shows a block diagram of a first embodiment 
of a telecommunication equipment according to the 
present invention, wherein the management unit is 
25 particularly evidenced; and 

Fig. 3 shows a block diagram of a second embodi- 
ment of a telecommunication equipment according 
to the present invention, wherein the management 
unit is particularly evidenced. 

30 

[0019] Any telecommunication equipment E may be 
considered as comprising some managed operative re- 
sources MR and a management unit MU for enabling 
the control and monitor of the resources MR by a man- 
35 agement centre MC; the management unit MU is de- 
signed to communicate with the management centre 
MC through a management network MNW by means of 
a certain management protocol, e.g. SNMP or CMIP. 
[0020] It may happen that more than one manage- 
40 ment centre is connected to the same physical manage- 
ment network MNW. 

[0021] It is to be noted that a number of different log- 
ical management networks may be implemented on the 
same physical management network. 
45 [0022] A telecommunication equipment usually con- 
sists of a number of boards; at least one of these boards 
is dedicated only to management functions while most 
of the others are dedicated to operative telecommuni- 
cation functions; those boards dedicated to telecommu- 
50 nication functions usually comprise also some hardware 
and software for performing management functions; as 
a matter of clarity, herein with the term "management 
unit" it is meant all the hardware and software comprised 
in the equipment for performing management functions. 
55 [0023] The management of the equipment consists in 
controlling and monitoring the equipment E; the man- 
agement unit MU of the equipment E receives manage- 
ment commands from the management centre MC; 
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these may be both commands for controlling the oper- 
ation of the equipment, and commands for monitoring 
the operation of the equipment, i.e. requests of the man- 
agement information; in some cases the management 
unit MU may periodically transmit management informa- 
tion to the management centre MC. 
[0024] In a telecommunication equipment according 
to the present invention, the management unit MU 
comprises : 

a) a first module designed to receive management 
commands from a management centre and to trans- 
mit management information to the management 
centre, and 

b) a second module designed to receive manage- 
ment commands from the first module and to trans- 
mit management information to the first module; 

the first module is further designed to generate and 
transmit a management command to the second mod- 
ule upon reception of a management command from the 
management centre. 

[0025] As it will be clearer from the following descrip- 
tion, the first module may be designed, depending on 
how the invention is reduced to practice, to directly reply 
to some of the management commands received from 
the management centre instead of generating and 
transmitting a management command to the second 
module. 

[0026] In those cases when the first module do not 
reply directly, it may (depending on how the invention is 
reduced to practice and, clearly, on the command re- 
ceived) generate and transmit more than one manage- 
ment commands to the second module. 
[0027] For controlling purposes, the first module may 
be further designed to generate and transmit manage- 
ment information to the management centre upon re- 
ception of management information from the second 
module. 

[0028] The management unit may comprise a first da- 
tabase for storing management information; a similar 
database is called "MIB" (Management Information 
Base) in the prior art; in this way, the first module may 
directly reply to some of the management commands 
received from the management centre, particularly to 
the monitoring commands. 

[0029] In this case, upon reception of a controlling 
command the first module may generate one or more 
corresponding controlling commands and transmitthem 
to the second module or, alternatively, the first module 
may process the controlling command and store some 
information into the first database and provide to the 
generation and transmission later on. 
[0030] The database is a collection of management 
information and may be more or less orderly structured; 
the database may be accessed directly or through a da- 
tabase management software system. 
[0031] In the case of a database, it is more efficient 



that the first module manage the database as it is in di- 
rect communication with the management centre; in this 
case the first module must be further designed to proc- 
ess and store management information received from 
5 the second module into the first database, and to re- 
trieve, process and transmit management information 
from the first database to the management centre. 
[0032] It is advantageous to implement these mod- 
ules in software; in this case, transmission and reception 
of information can be implemented by calling inter-proc- 
ess communication software primitives or by calling 
software functions. 

[0033] With reference to Fig .2, a first embodiment of 
the present invention will be described hereafter in de- 
tail. 

[0034] In Fig. 2, the first module described above cor- 
responds to module M1 , the second module described 
above corresponds to module M2, and thefirst database 
described above corresponds to database D1 . By way 
of example, the first management protocol is SNMP. 
[0035] The management unit MU comprises further a 
third module M3 designed to receive management com- 
mands from a management centre and to transmit man- 
agement information to the management centre by 
means of a second management protocol different from 
the first one, e.g. CMIP; in this case, module M2 is fur- 
ther designed to receive management commands from 
module M3 and to transmit management information to 
module M3, and the module M3 is further designed to 
generate and transmit a management command to 
module M2 upon reception of a management command 
from a management centre. 

[0036] Module M3 performs high-level management 
functions corresponding to those of module M1 . Module 
M2 performs medium-level management functions; by 
means of these medium-level functions it is possible to 
perform all the high-level functions of modules M1 and 
M3. 

[0037] For controlling purposes, module M3 may be 
further designed to generate and transmit management 
information to a management centre upon reception of 
management information from module M2. 
[0038] As for module M1 , the management unit MU 
may comprise a second database D3 for storing man- 
agement information; in this case, module M3 is further 
designed to process and store management information 
received from module M2 into database D3, and to re- 
trieve, process and transmit management information 
from database D3 to a management centre. 
[0039] The two modules M 1 and M3 may be activated 
alternatively or contemporaneously; in the first case, 
most probably, the equipment is managed by only one 
management centre and only one connection is neces- 
sary for connecting the equipment to the management 
network; in the second case, most probably, the equip- 
ment is managed by two different management centres 
and two connection are necessary for connecting the 
equipment to the management network or networks. 
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[0040] Finally, the module M2 is further designed to 
carry out a management action on the managed oper- 
ative resources MR upon reception of every manage- 
ment command; this means that module M2 can not 
avail itself of any storage capacity of the management 
unit MU. Depending on the how the invention is reduced 
to practice and on the command received, further ac- 
tions may be carried on by module M2. 
[0041 ] With reference to Fig. 3, a second embodiment 
of the present invention will be described hereafter in 
detail. 

[0042] In Fig. 3, the first module described above cor- 
responds to module M4, the second module described 
above corresponds to module M5, and the first database 
described above corresponds to database D4. By way 
of example, the first management protocol is SNMP. 
[0043] The management unit MU comprises further a 
fourth module M6 designed to receive management 
command from module M5 and to transmit management 
information to module M5; in this case, module M5 is 
further designed to generate and transmit a manage- 
ment command to module M6 upon reception of every 
management command from module M4; this means 
that module M5 can not avail itself of any storage ca- 
pacity of the management unit MU. Depending on the 
how the invention is reduced to practice and on the com- 
mand received, further commands may be generated 
and transmitted by module M5. 

[0044] For controlling purposes, module M5 may be 
further designed to generate and transmit management 
information to module M4 upon reception of any man- 
agement information from module M6; this means that 
module M5 can not avail itself of any storage capacity 
of the management unit MU even for this purpose. 
[0045] In order that the equipment be managed by 
means of a different management protocol, module M6 
may be further designed to receive management com- 
mands from a management centre and to transmit man- 
agement information to the management centre by 
means of a second management protocol different from 
the first one, e.g. CMIP; in this case, module M6 is de- 
signed to communicate with module M5 by means of a 
communication protocol substantially identical to said 
second management protocol. 

[0046] In this case, module M5 implements a sort of 
mapping of the high-level management primitives of the 
first management protocol, e.g. SNMP, into the high-lev- 
el management primitives of the second management 
protocol, e.g. CMIP. 

[0047] If module M6 is designed to communicate di- 
rectly with a management centre, modules M4 and M5 
may be deactivated when the equipment is managed by 
only one management centre connected through mod- 
ule M6 by means of only one management protocol. 
[0048] Due to the fact that module M6 may communi- 
cate directly with a management centre, the manage- 
ment unit MU may advantageously comprise a third da- 
tabase D6 for storing management information; in this 



case, module M6 is further designed to process and 
store management information into database D6, and 
to retrieve, process and transmit management informa- 
tion from database D6 to module M5 and/or to a man- 
5 agement centre; the "and" case applies when the equip- 
ment is managed contemporaneously by two different 
management centres communicating with the equip- 
ment by means of two different management protocols. 
[0049] In this case, module M5 implements a sort of 
10 mapping of the management information stored in da- 
tabase D4 into the management information stored in 
database D6; this is possible provided that database D6 
is equally or more complete than database D4; this is 
generally the case when module M4 is the SNMP mod- 
's ule and module M6 is the CMIP module. 

[0050] Finally, the module M6 is further designed to 
carry out a management action on the managed oper- 
ative resources MR upon reception of a management 
command. Depending on the how the invention is re- 
20 duced to practice and on the command received, further 
actions may be carried on by module M6. 
[0051] The above mentioned modules M1, M2, M3, 
M4, M5, M6 are advantageously implemented in soft- 
ware. 

25 [0052] In both embodiments described above a man- 
agement internal interface Ml can advantageously be 
provided for enabling management actions on the man- 
aged operative resources MR by the management unit 
MU; in this case, the management interface Ml compris- 

30 es a low-level management module LM designed to 
communicate with the management unit MU and to di- 
rectly act on the managed operative resources MR; in 
the first embodiment module LM communicates with 
module M2, while inthesecondembodimentmodule LM 

35 communicates with module M6. 

[0053] The management internal interface Ml may be 
further provided with a low-level management database 
LD for storing low-level management information; in this 
case, the low-level module LM is further designed at 

40 least to retrieve low-level management information from 
the low-level database LD; database LD is less struc- 
tured than databases D1 , D3, D4, D6 and may well con- 
sists of a set of registers and/or buffers and/or flip-flops. 
[0054] Depending on how the invention is reduced to 

45 practice, the storage of the information into database LD 
may be done by module LM and/or directly by a resource 
of the resources MR. 

[0055] Database LD may also contribute directly to 
the control of the managed operative resources MR. 
50 [0056] In the present description reference has al- 
ways been made to CM IPandSNMPonly because now- 
adays they are the most widespread management pro- 
tocols; it is to be understood that the present invention 
may equally apply to other existing or future manage- 
rs ment protocols. 

[0057] Finally, it is to be understood that, according to 
the invention and in case of need, further modules may 
be provided for allowing the equipment to be managed 
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by means of further management protocols. 



Claims 

1. Telecommunication equipment (E) comprising 
managed operative resources (MR) and a manage- 
ment unit (MU) for enabling the control and monitor 
of the resources (MR) by a management centre 
(MC), the management unit (MU) being designed to 
communicate with the management centre (MC) 
through a management network (MNW) by means 
of a first management protocol (SNMP), wherein 
the management unit (MU) comprises : 

a) a first module (M1 ,M4) designed to receive 
management commands from the manage- 
ment centre (MC) and to transmit management 
information to the management centre (MC), 

b) a second module (M2,M5) designed to re- 
ceive management commands from the first 
module (M1 ,M4) and to transmit management 
information to the first module (M1 ,M4); 

wherein the first module (M1,M4) is further de- 
signed to generate and transmit a management 
command to the second module (M2,M5) upon re- 
ception of a management command from the man- 
agement centre (MC). 

2. Equipment according to claim 1, wherein the first 
module (M1,M4) is further designed to generate 
and transmit management information to the man- 
agement centre (MC) upon reception of manage- 
ment information from the second module (M2,M5). 

3. Equipment according to claims 1 or 2, wherein the 
management unit (MU) comprises a first database 
(D1,D4) for storing management information, 
wherein the first module (M1,M4) is further de- 
signed to process and store management informa- 
tion received from the second module (M2,M5) into 
the first database (D1,D4), and wherein the first 
module (M1,M4) is further designed to retrieve, 
process and transmit management information 
from the first database (D1 ,D4) to the management 
centre (MC). 

4. Equipment according to claims 1 or 2 or 3, wherein 
the management unit (MU) comprises further a third 
module (M3) designed to receive management 
commands from a management centre and to trans- 
mit management information to a management cen- 
tre by means of a second management protocol 
(CM IP); 

wherein the second module (M2) is further de- 
signed to receive management commands from the 
third module (M3) and to transmit management in- 



formation to the third module (M3); 

wherein the third module (M3) is further de- 
signed to generate and transmit a management 
command to the second module (M2) upon recep- 
5 tion of a management command from a manage- 

ment centre. 

5. Equipment according to claim 4, wherein the third 
module (M3) is further designed to generate and 

10 transmit management information to a manage- 
ment centre upon reception of management infor- 
mation from the second module (M2). 

6. Equipment according to claims 4 or 5, wherein the 
15 management unit (MU) comprises a second data- 
base (D3) for storing management information, 
wherein the third module (M3) is further designed 
to process and store management information re- 
ceived from the second module (M2) into the sec- 

20 ond database (D3), and wherein the third module 
(M3) is further designed to retrieve, process and 
transmit management information from the second 
database (D3) to a management centre. 

25 7. Equipment according to claims 4 or 5 or 6, wherein 
the second module (M2) is further designed to carry 
out a management action on the managed opera- 
tive resources (MR) upon reception of every man- 
agement command. 

30 

8. Equipment according to claims 1 or 2 or 3, wherein 
the management unit (MU) comprises further a 
fourth module (M6) designed to receive manage- 
ment command from the second module (M5) and 

35 to transmit management information to the second 
module (M5), and wherein the second module (M5) 
is further designed to generate and transmit a man- 
agement command to the fourth module (M6) upon 
reception of every management command from the 
40 first module (M4). 

9. Equipment according to claim 8, wherein the sec- 
ond module (M5) is further designed to generate 
and transmit management information to the first 

45 module (M4) upon reception of any management 
information from the fourth module (M6). 

10. Equipment according to claims 8 or 9, wherein the 
fourth module (M6) is further designed to receive 

50 management commands from a management cen- 
tre (MC) and to transmit management information 
to a management centre (MC) by means of a sec- 
ond management protocol (CMIP), and wherein the 
fourth module (M6) is designed to communicate 
55 with the second module (M5) by means of a com- 
munication protocol substantially identical to said 
second management protocol (CMIP). 
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1 1 . Equipment according to claim 1 0, wherein the man- 
agement unit (MU) comprises a third database (D6) 
for storing management information, wherein the 
fourth module (M6) is further designed to process 
and store management information intothethird da- 5 
tabase (D6), and wherein the fourth module (M6) is 
further designed to retrieve, process and transmit 
management information from the third database 
(D6) to the second module (M5) and/or to a man- 
agement centre. 10 

1 2. Equipment according to any of claims from 8 to 1 1 , 
wherein the fourth module (M6) is further designed 
to carry out a management action on the managed 
operative resources (MR) upon reception of a man- 15 
agement command. 

13. Equipment according to any of the preceding 
claims, comprising further a management internal 
interface (Ml) for enabling management actions on 20 
the managed operative resources (MR) by the man- 
agement unit (MU), wherein the management inter- 
face (Ml) comprises a low-level management mod- 
ule (LM) designed to communicate with the man- 
agement unit (MU) and to directly act on the man- 25 
aged operative resources (MR). 

14. Equipment according to claim 13, wherein the man- 
agement internal interface (Ml) comprises further a 
low-level management database (LD) for storing 30 
low-level management information, and wherein 

the low-level module (LM) is further designed at 
least to retrieve low-level management information 
from the low-level database (LD). 



15. Equipment according to any of the preceding 
claims, wherein the first (M1 ,M4) and/or the second 
(M2,M5) and/orthethird (M3) and/or the fourth (M6) 
module is/are implemented in software. 
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